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@ Elektronisches Datenerfassungsverfahren und Datenverarbeitungssystem 

® Um zu verhindern, daft Applikationen (6) eines Rech- 
nersystems mit fehlerbehafteten Daten arbeiten, warden 
alte Efngaben vor ihrer Weiterleitung an eine oder mehre- 
re Applikationen (6) auf ihre Richtigkett uberpruft und da- 
bei fehlerbehaftete Eingaben zuruckgewiesen oder korri- 
giert. Diese Oberprufung der Eingaben erfolgt durch ei- 

nen oder mehrere in den Ereignisstrom das Rechnersy- j ^? J 



stems eingebundene Preprozessoren (7). Das Datenerfas- 
sungsverfahren ist sowohl bei Singletasking- oder konso- 
lenorientierten Betriebssystemen als auch bei Multitas- 
king- oder fensterorientierten Betriebssystemen einsetz- 
bar. 
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Beschreibung 

Die Erfindung betrifft ein elektronisches Datenerfas- 
sungsverfahren nach dem Oberbegriff von Patentanspmch 
1 , sowie eine Vorrichtung zur Durchfuhrung des Datenerfas- 5 
sungsverfahrens nach Patentanspmch 9. 

In der elektronischen Datenverarbeitung (EDV) werden 
im wesentlichen Daten verarbeitet, gespeichert, abgerufen 
und verandert. Dabei ist in alien Bereichen der EDV ein Kri- 
teriurn besonders wichtig, namlich die Authentizitat, Fehler- 10 
freiheit und Zuveriassigkeit der Daten. Selbstdas innovativ- 
ste EDV-System kann nur unbefriedigende Leistungen ab- 
liefern, wenndie ihm zugrundeliegenden Daten fehlerbehaf- 
tet sind. 

Zur Losung dieser Problematik werden in bekannten 15 
EDV-Systemen verschiedene Verfahren angewandt, urn ei- 
nen informationsverlustfreien Transport und eine Authenti- 
zitatskennung von Daten zu ermoglichen, Solche Verfahren 
sind zum Beispiel auf Maschinenbasis, durch Protokolle mit 
Checksunimenberechnung, durch redundante Codes mit der 20 
Moglichkeit der Fehlererkennung und -beseitigung oder 
durch maschinenlesbare Dokumente, wie scanbare Doku- 
mente, Barcodes, Schrifterkennung, OCR, usw„ verwirk- 
licht. Bei einer manuellen Dateneingabe konnen beispiels- 
weise Artikelnummern mit Priifziffern versehen werden, um 25 
eine Fehleingabe zu erkennen und abzuweisen. Alle diese 
Verfahren haben die Aufgabe, die Konsistenz und Fehler- 
freiheit voa Daten bei ihrer "Qbertragung von A nach B zu 
optimieren und den Informationsverlust bei dieser tjbertra- 
gung zu minimieren oder zu verhindern. 30 

Eine Hauptquelle fur fehlerhafte Daten in EDV-Systemen 
liegt jedoch im Bereich der Datenerfassung, d. h. wenn die 
Daten das erste Mai in EDV-lesbarer Form erzeugt werden, 
wobei Fehler vor allem bei der manuellen Datenerfassung 
auftreten, bei der ein Benutzer die Daten manuell t in der Re- 35 
gel iiber ein Terminal, in ein Rechnersystem eingibt, Auf- 
grund von moglicherweise fehlerhaften Eingaben besteht 
hier eine sehr hohe Wahrscheinlichkeit fur Informationsfen- 
ler, welche zudem iiber die gesamte Lebensdauer der Daten 
im System bestehen bleiben. Fehlerbehaftete Daten konnen 40 
zum Beispiel falsch geschriebene Namen und Adressen, fal- 
sche Artikelnummern und Preisangaben, fehlerhafte Pro- 
duktionszahlen oder MeBwerte und dergleichen sein. In kri- 
tischen Fallen kann beispiel sweise auch eine falsche Dia- 
gnose beim Arzt, eine zu hohe Dosierung von Medikamen- 45 
ten, ein falsches Ersatzteil bei einer Kfz-Reparatur oder eine 
zu hohe Reaktortemperatur bei chemischen Prozessen vor- 
liegen. 

Die oben beispielhaft genannten Fehleingaben sollten 
moglichst bereits an der Quelle, d. h. bei der Datenerfas- 50 
sung, vermieden oder korrigiert werden. lis sind verschie- 
dene einfache Verfahren fur Applikationen bekannt, um die 
grundlegenden Elemente der Datenerfassung sicherzustel- 
len. Dies sind zum Beispiel Textfilter oder numerische Fil- 
ter, logische Tests der Eingaben. Tests auf Langenuber- 55 
schreitung der Eingabe und dergleichen. Hierdurch kann 
beispielsweise vermieden werden, daB ein Benutzer in ei- 
nem Eingabefeld fur Telefonnummern auch Vornamen oder 
in einem Datumsfeld auch den 32. Tag eines Monats einge- 
ben kann. Solche Verfahren zur Eingangsprufung von Daten 60 
werden allerdings haufig in den entsprechenden Applikatio- 
nen nicht eingesetzt. 

Ausgehend von dem genannten Stand der Technik ist es 
eine Aufgabe der vorliegenden Erfindung, ein Datenerfas - 
sungsverfahren und ein EDV-System bereitzustellen, wei- 65 
che gewahrleisten, daB die Applikation(en) des Systems 
nicht mit fehlerbehafteten Eingabedaten arbeiten, und zwar 
insbesondere auch dann, wenn die Applikation(en) des Sy- 
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stems nicht selbst mit einer Eingangsprufung der Daten aus- 
gestattet sind. 

Diese Aufgabe wird durch ein Datenerfassungsverfahren 
mit den Merkmalen des Patentanspruchs 1 bzw. durch ein 
EDV-System mit den Merkmalen des Patentanspruchs 10 
gelds t. 

Erfindungsgema^i werden die Eingaben vor ihrer Weiter- 
leitung an eine oder mehrere Applikationen des Rechnersy- 
stems auf ihre Richtigkeit uberpruft- und dabei fehlerbehaf- 
tete Eingaben zuriickgewiesen oder korrigiert, so daB die 
Applikation(en) mit fehlerfreien Daten arbeiten kann (kon- 
nen), auch wenn die Applikation(en) nicht selbst iiber eine 
Daten-Eingangspriifiing verfugt(en). Die Oberprufung der 
Eingaben erfolgt durch einen oder mehrere in den Ereignis- 
strom eingebundene Preprozessoren. 

Ein weiterer Vorteil der Erfindung liegt darin, daB das Da- 
tenerfassungsverfahren bzw., das EDV-System sowohl bei 
Singletasking- oder konsolenorientierten Betriebssystemen, 
wie DOS, als auch bei Multitasking- oder fensterorientierteii 
Betriebssystemen, wie Windows, einsetzbar ist. Je nach Art 
des Betriebssystems ist die ttberpriifung der Eingaben an 
unterschiedlichen Stelien in den Ereignisstrom des Rechner- 
systems eingebunden. 

GemaB einer Weiterbildung der vorliegenden Erfindung 
werden vor der eigentlichen Nutzung bzw. dem Verwen- 
dungszweck des Preprozessors bzw. des Datenerfassungs- 
verfahrens alle relevanten Eingaben automatisch und/oder 
manuell von dem Preprozessor analysiert Anhand dieser 
Analyse erstelit der Preprozessor ein Analyse- und Aktio- 
nenprofil, mit dem dann die Oberprufung und Verarbeitung 
der Eingaben erfolgt 

Vorteilhafterweise kann fiir jeden Benutzer einer Appli- 
kation ein eigenes benutzerspezifisches Analyse- und Aktio- 
nenprofil erstelit werden. 

Femer konnen die Applikationen mit Hilfe des Preprozes- 
sors um vom Benutzer erwunschte Funktionen erganzt wer- 
den, die dann als Bestandteil der Applikationen benutzt wer- 
den konnen, 

Weitere vorteilhafte Ausgestaltungen und Weiterbildun- 
gen der Erfindung sind Gegenstand weiterer Unteransprii- 
che. 

Die Erfindung wird im folgenden anhand von bevorzug- 
ten Ausfuhrungsbeispielen mit Hilfe der beiliegenden 
Zeichnung naher erlautert, Darin zeigen: 

Fig. 1 eine vereinfachte Darstellung des Ereignisstroms 
in einem Singletasking-Betriebssystem; und 

Fig. 2 eine vereinfachte Darstellung des Ereignisstroms 
in einem Multitasking-Betriebssystem. 

Im wesentlichen kommen derzeit zwei Rechnerstrukturen 
undBetriebssystem-Arten in Betracht, namlich konsolenori- 
enuerte und fensterorientierte Betriebssysteme. Die konso- 
lenorientierten Systeme sind haufig nur Singletastdng-Be- 
triebssysteme, wahrend fensterorientierte Systeme in der 
Regel Multitasking-Betriebssysteme sind. Im folgenden 
werden stellvertretend fur alle moglichen Rechner-Betriebs- 
systeme anhand von Fig. 1 ein konsolenorientiertes Single- 
tasking-Betriebssystem, wie DOS, und anhand von Fig. 2 
ein fensterorientiertes Multitasking-Betriebssystem, wie 
Windows, beschrieben. Es soli dabei vor allem gezeigt wer- 
den, an welcher S telle ein Benutzer eine Eingabe tatigt und 
an welcher Stelle die entsprechende Applikation diese Ein- 
gabe zur weiteren Bearbeitung erhalt. Fiir einen Fachmann 
auf diesem Gebiet der Computertechnik sollte es ein leichtes 
sein, die Erfindung in entsprechender Weise in alien mogli- 
chen Rechnersystemen einzusetzen. 

Eingaben 1 durch einen Benutzer, im folgenden allge- 
mein auch Ereignisse genannt, konnen zum Beispiel das 
Driicken einer Taste, das bewegen der Maus, die Eingabe 
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mit speziellen Eingabemedien, wie Barcodeleser, Touchs- 
creen, Digitizer, Datenhandschuh und dergleichen, oder 
auch durch andere Maschinen oder Rechnersysteme er- 
zeugte Eingaben, wie Betriebssysteminteme Nachrichten, 
Signale auf Bussystemen und Netzwerken, Signale von seri- 
ellen Schnittstellen, Signale von Stoningsleitungen von 
CNC-Bearbeitungsmaschinen und dergleichen, sein. 

Fig. 1 zeigt zunachst in vereinfachter Darstellung den Er- 
eignisstrom in einer EDV-Anlage mit einem Singletasking- 
Betriebssystem, wie DOS. Das externe Ereignis, also die 
Benutzereingabe 1, erzeugt durch die Hardware 2 des Rech- 
nersystems einen intemen Interrupt im Rechnersystem, der 
vomlnterrupt-Manager 3 des Rechnersys terns verwaltet und 
weitergeleitet wird. SchlieBlich wird der interne Interrupt 
von einem Interrupt-Handler 4, welcher der Hardwarekom- 
ponente 2 der Benutzereingabe 1 entspricht, in ein internes 
Ereignis, d. h. in elektronische Signale, umgewandelt. Die- 
ses interne Ereignis wird bei den bisher bekannten Rechner- 
systemen dem Betriebssystem 5 des Rechnersystems zuge- 
fiihrt und von diesem an die entsprechende Applikation 6 
weitergeleitet, wo es entsprechend verarbeitet wird. 

Bei dem erfindungsgemaBen System ist vor das Betriebs- 
system 5 ein Preprozessor 7 geschaltet. Dieser Preprozessor 
7 soil eine Vorbehandlung aller auflretenden Ereignisse 
durchfiihren, bevor diese in evtl veranderter Form als modi- 
fizierte Ereignisse an die eigentliche Applikation 6 weiter- 
geleitet werden. Je nach Anwendungsfall kann der Prepro- 
zessor 7 auch neue Ereignisse erzeugen, beispielsweise Dia- 
logablaufe steuern, Dialoge mit dem Benutzer steuern, wie 
PaBwortabfrage zur Freischaltung. Er kann Ereignisse un- 
terdriicken und auch zuriickweisen. Dabei kann der Prepro- 
zessor 7 zusatzlich mit extemen Datenbanken 8, extemen 
Rechnersystemen 9 und/oder Hilfsroutinen 10 verbunden 
sein. 

Bei dem Singletasking-System von Fig. 1 kann in der Re- 
gel zu jeder Zeit nur eine Applikation 6 geoff net sein bzw. 
arbeiten, weshalb die Applikation 6 alle Ereignisse bzw. alle 
von dem Preprozessor 7 modifizierten Ereignisse direkt ver- 
arbeitet 

In Fig* 2 ist der Ereignisstrom in einer EDV-Anlage mit 
einem Multitasking-Betriebssystem 5, wie Windows, ver- 
einfacht dargestellt. Bei solchen Multitasking-Systemen 
konnen mehrere Applikationen 6 (quasi-)gleichzeitig geoff- 
net sein und arbeiten. Ein extemes Ereignis erzeugt hier 
ebenfalls einen internen Interrupt, der vom Betriebssystem 5 
abgefangen und bearbeitet wird. Im Gegensatz zum obigen 
Singletasking-System verhalt sich das Betriebssystem 5 hier 
wie ein Verteiler, der die internen Ereignisse jeweils an die 
entsprechende(n) Appliaktion(en) 6 verteilt und diese akti- 
viert Dazu werden vom Betriebssystem 5 Nachrichten an 
die Fehster der einzelnen Applikationen 6 gesandt und deren 
Fensterfunktionen aufgerufen. Die Applikationen 6 erfahren 
hier eine sogenannte passive Programmkontrolle. 

Im Falle des Multitasking-Systems von Fig. 2 ist fiir jede 
Applikation 6 ein Preprozessor oder Teil-Preprozessor 7 
dem Betriebssystem nachgeschaltet. Die Preprozessoren 7 
verarbeiten nur bestimmte Ereignisse, die der entsprechen- 
den Applikation 6 von dem Betriebssystem 5 zugeteilt wer- 
den. 

Urn mit dem Preprozessor 7 in den verschiedenen Syste- 
men wie gewiinscht arbeiten zu konnen, sind mehrere \fcr- 
bereitungsschritre n5 tig, die im folgenden naher beschrieben 
werden sollen. Im einzelnen sind dies: 

I) Verbindungsphase 

II) Ereignis-Reaktionen-Analysephase 
EI) Darstellungs-Analysephase 

IV) Aktionenprofilphase 



V) Nutzungsphase 

VI) Funktionalitatserganzung. 

In der Verbindungsphase muB der Preprozessor 7 zu- 
5 nachst physikalisch in das bestehende Rechnersystem einge- 
bunden werden. Hierzu wird bei alien Betriebssystemen 5 
ein Ereignistreiber, welcher vorzugsweise ein Bestandteil 
des Preprozessors 7 sein soli, an eine geeignete Stelle zwi- 
schen der Ereignisquelle und der Weiterverarbeitung durch 

10 die Applikation(en) 6 eingebunden. Dieser Ereignistreiber 
muB je nach Art des Betriebssystems 5 die bestmogliche 
physikalische Einbindung des Preprozessors 7 in den Ereig- 
nisstrom bieten. Fiir Singletasking-Systeme ist beispiels- 
weise ein sogenannterTSR (Terminate Stay Resident)-TVei- 

15 ber verwendbar, welcher die Hardware-Interrupts direkt ab- 
fangen kann. Bei Multitasking-Systemen kann der Prepro- 
zessor 7 zum Beispiel durch sogenanntes Subclassing der 
Fensterfunktionen alle Ereignisse vor ihrem Eintritt in die 
jeweilige Fensterfunktion bearbeiten. 

20 Wenn diese physikalische Verbindung des Preprozessors 
7 durch den Ereignistreiber abgeschlossen ist, konnen samt- 
liche Ereignisse vor der Bearbeitung durch die Applikati- 
on(en) 6 analysiert, gefiltert und evt. modifiziert werden. 
Prinzipiell ist nur die Funktion des Ereignistreibers an das 

25 jeweilige Betriebssystem 5 anzupassen, alle weiterfuhren- 
den Analyse- und Synthesefunktionen des Preprozessors 7 
beziehen sich ausschlieBlich auf die abstrakte Darstellung 
von Ereignissen. 
Im zweiten Schritt, der Ereignis-Reaktionen-Analyse- 

30 phase, analysiert der Preprozessor 7 automatisch und/oder 
manuell die Ereignis-Reakfons-Schnittstellen der jeweili- 
geh Applikation(en) 6. Sokbe Eragnis-Reaktions-ScriniM- 
stellen kdnnen zum Beispiel sein: Fokus und Positionen der 
Eingabefelder in der BUdschirmmaske; Reaktionen auf be- 

35 sondere System-Ereignisse, wie Speichem, Drucken, Ende 
und dergleichen; unterschiedliche Bedeutung von Ereignis- 
sen unter verschiedenen Betriebsbedingungen, wie bei- 
spielsweise Eingabe im Wartezustand oder Eingabe wah- 
rend laufender Dateisuche; oder Auswahl verschiedener Be- 

40 triebsarten der Applikation, wie Maskeneingaben, Suchen, 
Editieren vorhandener Daten, Kalkulation, Abbuchung, Zu- 
buchung und dergleichen. 

Die obige Ereignis-Reaktionen-Analyse kann entweder 
einmalig vor der eigentlichen Nutzung des erfindungsgema- 

45 Ben Verfahrens oder als kontinuierlicher ProzeB wahrend 
des Betriebs der Applikation(en) 6 im Hintergrund erfolgen. 

Bei der Ereignis-Reaktionen-Analyse werden laufend In- 
formationen derart gewonnen und verifiziert, daB der Pre- 
prozessor 7 ein Ereignis empfangt, dieses unverandert wei- 

50 terleitet und anschlieBend die Reaktion der Applikation(en) 
6 auf dieses Ereignis bewertet Solche Reaktionen sind bei- 
spielsweise die Anzeige eines Zeichens bei Drucken einer 
entsprechenden Taste der Tkstatur oder das Auslosen der 
Speicherung auf den Befehl "Speichern". Im Fall von Multi- 

55 tasking- Systenien konnen durch das oben erwahnte Subclas- 
sing allerelevanten Informationen von der Applikation zum 
Preprozessor umgeleitet werden, da im Betriebssystem in- 
tern mit Meldungen desselben gearbeitet wird, die vom Pre- 
prozessor relativ leicht zu bewerten sind. Bei Singletasking- 

60 Systemen ist die Ereignis-Reaktionen-Analyse schwieriger, 
es kann aber auch in diesem Fall durch Abfangen aller mog- 
lichen Folgeereignisse, wie Cursorpositionen oder Bewer- 
tung derBildschirmanzeige oderFestplattenzugriffe, ein ge- 
wisser RiickschluB auf die Reaktionen der Applikation(en) 

65 gewonnen werden. Um die Ereignis-Reaktionen-Analyse 
mogiichst vollstandig und eindeutig zu machen, ist eine ein- 
malige, manuelle Lemphase des Preprozessors 7 sinnvoll, in 
der der Benutzer definierte Ereignisse erzeugt und die auf 
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diese Ereignisse entstehenden Reaktionen und deren Bedeu- 
tung dem Preprozessor mitteilt. 

Nach einer solchen automatischen und/oder manuellen 
Ereignis-Reaktionen-Analyse sind dem Preprozessor alle 
relevanten Beziehungen zwischen Ereignissen und Reaktio- 5 
nen von Datenfeldern und Steuerelementen dieser Applika- 
tion bekannt. 

Es wird nun in einem dritten Schritt, der Darstellungs- 
Analysephase, die Bedeutung der Ereignisse, die zulassigen 
Formate der Ereignisse, sowie die Beziehungen zwischen io 
verschiedenen Datenfeldern untersucht 

Diese Darstellungs-Analysephase kann im laufenden Be- 
trieb der Applikation(en) in einem Lernzyklus geschehen, in 
dem der Preprozessor 7 alle Eingaben in relevante Datenfel- 
der der Applikation uberwacht und daraus gewisse Riick- 15 
schlusse auf den Zusammenhang zwischen den einzelnen 
Datenfeldern zieht. Auch in dieser Phase ist eine manuelle 
Unterstiitzung durch den Benutzer sinnvoll, der die von ihm 
gewiinschten und zulassigen Datenformate und Datenbezie- 
hungen fur die vorhandenen Datenfelder dem Preprozessor 20 
beschreibt. In der dieser Analysephase vorangegangenen 
Ereignis-Reaktionen- Analyse wurden dem Preprozessor die 
Posidonen der Datenfelder vermittelt, und mit dieser Infor- 
mation konnen nun alle Eingaben zu den Datenfeldern kana- 
lisiert und analysiert werden. Falls moglich, werden den Da- 25 
tenfeldem vom Preprozessor typische Bedeutungen zuge- 
wiesen; zum Beispiel ist ein Eingabefeld, das nur ZifFern er- 
halt, ein numerisches Feid, ein Eingabefeld, das nur Vorna- 
men erhalt, ein Vornamensfeld, ein Eingabefeld, das nur 
speziell formatierte Zahlen erhalt, ein Datumsfeld, usw. 30 

Wenn die obigen Analysephasen, d. h. die Ereignis-Reak- 
tionen-Analyse und die Darstellungs-Analyse, erfolgreich 
durchgefuhrt worden sind, wird anschlieBend in einem vier- 
ten Schritt, der Aktionenprofilphase, festgelegt, mit wel- 
chem Aktionenprofil der Preprozessor 7 auf bestimmte er- 35 
laubte und unerlaubte Ereignisse oder Verkntipfungen rea- 
gieren soil. 

Der Preprozessor 7 soil zum Beispiel ungiiltige Eingabe- 
werte automatisch zuriickweisen oder korrigieren, die Dar- 
stellung eines Datenwertes verandera (zum Beispiel von 40 
"1.1.97" in "01.01.1997"), Datenwerte verandern und fil- 
tern, einen oder mehrere Datenwerte umstrukturieren oder 
eine Fehlermeldung bei unerlaubten Aktionen bzw. Einga- 

entsprj^^ 50 
Moglichkeit der Generierung neuer Ereignisse aufgezeigt 
wird Desweiteren besteht die Moglichkeit von zusatzlichen 
Sicherheitsabfragen bei kritischen Aktionen, zusatzlichen 
Abfragen von Zugriffsberechtigungen, wie PaBworten, und 
dergleichen. 55 

Zum Teil ist e& moglich, grundlegende Aktionenproflle 
bereits in der Eitigi^ReaktioneivAnalysephase und der 
Darstellungs-Analysephase zu emiitteln. Femer besteht die 
Moglichkeit der Einbindung weiterer benutzerspezifischer 
Aktionenproflle und der Koordination von Aktionen zwi- 60 
schen mehreren gleichzeitig arbeitenden Applikationen, so 
daB zum Beispiel bei der Neuanlage eines Kunden in der 
Mailing-Applikation in der parallel arbeitenden Kunden- 
Applikation nachgefragt wird, ob der Kunde bereits in der 
Datei vorhanden ist, und bei negativer Auskunft die Neuan- 65 
lage in der Mailing-Applikation freigegeben wird. 

Die Applikationsprofile des Preprozessors 7 konnen au- 
Berdem als Benutzer- Aktionenproflle fiir jeweils einen be- 
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stimmten Benutzer gesichert und bei bedarf wieder geladen 
werden. Hierdurch kann jeder Benutzer eines Rechnersy- 
sterns sein persdnliches Aktionenprofil fiir den Preprozessor 
erstellen und besitzen. 

Nach Ablauf der oben beschriebenen. vorbereitenden 
Phasen sind die Applikadonen 6 des Rechnersystems fur 
den Benutzer wie gewohnt nutzbar. Durch den eingestellten 
Preprozessor 7 werden mittels der gewonnenen Analyse - 
und Akdonenprofile dabei fehlerhafle Datenerfassungen 
verhindert, falsche Eingaben unter Umstanden aus einem 
Abgleich rnit extemen Applikadonen oder Datenbanken 
korrigiert und erganzt. Auch bei Applikadonen, die keine ei- 
gene Eingangspriifung auf fehlerhafte Eingaben aufweisea, 
ist somit ein Arbeiten mit fehlerbehafteten Daten zuverlas- 
sig zu verhindern. 

In der eigentlichen Nutzungsphase konnen ferner bei Be- 
darf auch weiterhin alle Ereignisse analysiert und die Ana- 
lyse- und Aktionenproflle gegebenenfalls standig erweitert, 
verandert und verifiziert werden. 

Sollte dem Benutzer die normale Nutzung der vorhande- 
nen Applikation(en) 6 nicht ausreichen und der Benutzer 
eine Erganzung der Funktionen der Applikadon(en) wun- 
schen, so ist dies innerhalb eines gewissen Rahmens durch 
eine spezielle Programmierung des Preprozessors 7 eben- 
falls moglich. Hierdurch wird es dem Benutzer ermoglicht, 
weiterhin mit der ihm vertrauten Apphkadon zu arbeiten 
und zusatzliche Funktionen in diese Applikation einzubin- 
den, die ihm bisher gefehlt haben. 

So konnen beispielsweise Funktionen aus der Applikation 
entnommen, mit dem Preprozessor bearbeitet und in uberar- 
beiteter Form wieder der Applikation bereitgestellt werden. 
Denkbar ist so zum Beispiel, daB der Preprozessor im Falie 
etner unubersichtlichen Eingabemaske der Applikation ein 
neues Fenster mit Datenfeldern erzeugen kann, in dem die 
gesamte Funktionalitat einer vom Benutzer gewiinschten 
Eingabemaske programmierbar ist. Nach Anderung der 
Maske werden die virtuellen Datenfelder in die entsprechen- 
den Datenfelder der Applikation ubertragen, der Benutzer 
arbeitet dann nicht mehr mit der Original-Eingabemaske der 
Applikation, sondern mit der von ihm modifizierten Einga- 
bemaske. 

Weiter kann der Preprozessor sogenannte intelligente 
Eingabefelder erzeugen, indem der Preprozessor die Einga- 
befelder wahrend der Eingabe uberwacht und, falls falsche 
Eingaben in ein Datenfeld eingegeben wurden, die Daten 
automatisch in das richtige Eingabefeld kopieren. 

Ebenso konnen die Applikadonen um fehlende Funktio- 
nen erganzt werden, wie zum Beispiel um eine statistische 
Auswertung. 

Hierzu vereinbart der Preprozessor ein neues Ereignis, 
wie M Zeige Statistik", mit dem ein neues Fenster geoffhet 
werden kann, in welchem der Benutzer zuvor die von ihm 
gewilnschte neue Funktionalitat, d. h. beispielsweise das 
Anzeigen von statistischen Werten, einprogrammiert hat. 
Der Preprozessor kommuniziert hierbei mit der Applikation 
im Hintergrund und stellt die gewiinschten Daten bereit. Fur 
den Benutzer wird diese neue Funktion quasi ein Bestandteil 
der Applikation. 

Fiir diese Funktionen kann der Preprozessor auf weitere 
externe Applikadonen zugreifen, wie zum Beispiel auf eine 
Tabellenkalkulation, auf Grafikprogramme, Stadstikpro- 
gramme usw., und arbeitet zwischen der aktiven Applika- 
tion und den moglichen extemen Applikadonen als Binde- 
glied, Steuerelement oder Manager. 

Eine weitere Moglichkeit des Preprozessors besteht in der 
Schaffung von Online-Fun ktionen. So kann der Preprozes- 
sor Ereignisse auch auf mehrere Applikadonen in der Art 
verteilen, daB der Preprozessor Verbindungen, sogenannte 
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Links, zwischen bestimmten Datenfeldern erzeugt und ver- 
waltet Beispielsweise kann ein Eingabefeld in US$ mit ei- 
nem Link zu einem Finanzprogramm die Umrechnung von 
US$ in DM mit dem momentan aktuellen Borsenkurs durch- 
fuhren. Diese Verbindungen konnen auch tiber interne und 5 
externe Netzwerke bestehen, urn einzelne Applikationen rnit 
einem groBeren Rechnerverbund zu vemetzen. Dabei kon- 
nen TeiLe der Funktionen der Applikation von dem Prepro- 
zessor und/oder der uber einen exteraen Link verbundenen 
zweiten Applikation ubernommen werden, wobei der ndtige to 
Programmablauf im Preprozessor durch eine einfache Pro- 
grammiersprache vom Benutzer programrniert werden 
kann. 

Durch die freie Program mier- und Konfigurierbarkeit des 
Preprozessors konnen auf einfache Weise bestehende Appli- 15 
kationen nahezu beliebig verandert und auf die Bediirfhisse 
des jeweiligen Benutzers abgestimmt werden. 

Aus einem Pool von verschiedenen Applikationen kann 
der Benutzer seine optimale {Constellation zusammenstel- 
len. 20 

Samtliche in den Figuren gezeigten und in der Beschrei- 
bung erlauterten Einzelheiten sind fur die Erfindung wich- 
tig. Dieses gilt gleichermaBen auch fur die Zusammenfas- 
sung, die auch zur Auslegung des Schutzumfanges herange- 
zogen werden kann. 25 

Patentanspriiche 

1. Elektronisches Datenerfassungsverfahren, mit den 
Verfahrensschritten Erfassen vm Eingaben und Wei- 30 
terleiten der Eingaben an eine Applikation des Recb- 
nersystems, dadurch gekennzeichnet, daB die Einga- 
ben vor der Weiterleitung an die Applikation durch ei- 
nen Preprozessor (7) auf ihre Richtigkeit uberpriift und 
fehlerhafte Eingaben zuriickgewiesen oder korrigiert 35 
werden. 

2. Verfahren nach Anspruch 1, dadurch gekennzeich- 
net, daB fur ein Singletasking-Betriebssystem die 
Oberprufung und Verarbeitung der Eingaben vor ihrer 
Weiterleitung an das Betriebssystem (5) erfolgt. 40 

3. Verfahren nach Anspruch 1, dadurch gekennzeich- 
net, daB fur ein Multitasking-Betriebssystem die Ober- 
priifung und Verarbeitung der Eingaben nach der 
teilung durch das Betriebssystem (5) und vor ihrer Wei- 
terleitung an eine der Applikationen (6) erfolgt. 45 

4. Verfahren nach einem der vorhergehenden Ansprii- 
che, dadurch gekennzeichnet, daB vor der Nutzung des 
Preprozessors (7) bzw. des Datenerfassungsverfahren 
die Eingaben automatisch und/oder manuell mit Unter- 
stOtzung durch den Benutzer analysiert werden. 50 

5. Verfahren nach Anspruch 4, dadurch gekennzeich- 
net, daB die Analyse der Eingaben in zwei Stufen er- 
folgt, wobei in der ersten Stufe die Beakdonen der 
Applikation(en) (6) auf Eingaben und in der zweiten 
Stufe Bedeutung und Zusammenhange von Datenfel- 55 
dem analysiert werden, und daB aus der Analyse der 
Reaktionen auf Eingaben ein Analyse- und Aktions- 
profil erzeugt wird, anhand dessen die tjberprufung 
und Verarbeitung der Eingabe erfolgt. 

6. Verfahren nach Anspruch 5, dadurch gekennzeich- 60 
net,daB fUr jeden Benutzer ein benutzerspezifisches 
Analyse- und Aktionsprofil erstellt wird. 

7. Verfahren nach einem der vorgenannten Anspriiche, 
dadurch gekennzeichnet, daB der Preprozessor (7) vor- 
bereitend fur die Nutzung zunachst in einer Verb in- 65 
dungsphase physikalisch in das Rechnersystem einge- 
bunden wind, in einer Ereignis-Reaktionen-Analyse- 
phase die Ereignis-Reaktionsschnittstellen der Appli- 



kation analysiert, in einer Darstellungsanalysephase 
die Ereignisse und Datenfelder untersucht und eine Ak- 
tionenprofilphase durchlaufl zur Bestimmung der Re- 
aktionen auf erlaubte und unerlaubte Ereignisse oder 
Verknupfungen sowie zur Ermittlung der speziellen 
Verknupfungsstrukturen der zuvor bestimmten Ele- 
ments, und daB anschlieBend der Preprozessor (7) in ei- 
ner Nutzungsphase Ereignisse analysiert, Aktionen- 
und Analyseprofile erweitert, verandert und veriflziert 
und eine Funktionalitatserganzung erlaubt. 

8. Verfahren nach einem der vorhergehenden Ansprii- 
che, dadurch gekennzeichnet, daB die Applikationen 
(6) urn neue Funktionen erweitert werden, die als virtu- 
eller Bestandteil der Applikationen nutzbar sind. 

9. Vorrichtung zur Durchfuhrung eines elektronischen 
Datenverarbeitungsverfahrens mit einer Eingabe- 
schnittstelle fur die Eingabe von Daten, mindestens ei- 
ner Applikation (6) und einem Betriebssystem (5), ins- 
besondere zur Durchfuhrung des Verfahrens nach ei- 
nem der vorhergehenden Ansprilche, gekennzeichnet 
durch mindestens einen Preprozessor (7) zur Oberpru- 
fung der Eingaben auf ihre Richtigkeit, wobei der Pre- 
prozessor geeignet ist, fehlerhafte Eingaben zuriickzu- 
weisen oder zu korrigieren. 

10. Vorrichtung nach Anspruch 9, gekennzeichnet 
durch einen Ereignistreiber zur physikalischen Einbin- 
dung des Preprozessors (7) in den Ereignisstrom. 

1 1 . System nach Anspruch 9, dadurch gekennzeichnet, 
daB der Ereignistreiber ein Bestandteil des Preprozes- 
sors (7) ist. 
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